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DRAFT 


1.0 Introduction 


This draft report is submitted as a preliminary description 
of the logical functions for an enhanced public domain 
geoprocessing system. The purpose of the draft is to permit a 
review of the information by users, technical personnel and 
managers involved with geoprocessing. All reviewers are 
requested to comment on the materials and make suggestions for 


inclusions and changes. 


This phase of the study has been conducted over the last 
month. It is recognized that reviewers may wish to see a more 
exhaustive synthesis of the material. A synopsis of the logical 
functions will be presented as an introduction to the draft of 


the design document (due in December 1984). 
1.1 Goals and Objectives 


MOSS was designed seven years ago for implemetation ona 
main frame computer. Many of the logical design concepts current 
with the state-of-the-art at that time have been superceded. 
Research into geoprocessing methodology, evolution of the 
capabilities of hardware and peripherals and the number of users 
and diversity of applications have resulted in the need to 
reassess MOSS. The reassessment described in the scope of work 
calls for a pragmatic approach which is to combine reassessment 


with a logical design. 


The underlying philosophy of system design today is that it 
be based on user requirements. Therefore the goals of this task 
have been to: 

- prepare a listing of logical functions as determined by 
- users 
- technical personnel 
- managers 


- published papers, questionnaires and requests for 





proposals 
Organize the data and present it in a concise fashion. 
determine those functions that are required by the majority of 
applications as basis for priorities. 
provide a basic document for use by the design team. 
not to limit the study to current public domain systems 
not to limit interviews and literature searches to natural 
resource applications 
not to include raster processing 


acknowledge functional constraints as well as requirements. 
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2.0 Approach 


Time has been a critical factor. The approach adopted can 
be summarized as: 

- Review documents from MOSS Users' and Systems' conferences 
and meetings | 

“eRewveueemm Literature on arefynode and GIS/DBMS 
implementations 

- Review recent questionnaires for geoprocessing systems 

- Review recent RFP's for geoprocessing systems 

- Synthesise information gathered to determine trends in 
geoprocesssing and prepare initial list of functional 
requirements 

- Contact users, technical staff and managers by telephone 

- Develop comprehensive functional requirements 

- Determine priorities for functional requirements 


- Summarize functional reuqirements 
2.1 Review of published materials and other documentation 


Sources of the majority of information were Autometric's 
library, employee files, personal conference notes and 
proceedings volumes, Colorado State University and University of 


Colorado libraries and documentation holdings. 


2.2 Telephone Contacts 


A partal list of persons to be contacted was provided in the 
proposal’ (Tablte 2.1). No attempt was made to develop a 
questionaire or formal basis for the telephone interviews. 
Instead, broad categories were established which would be used to 
enable the interviewees to organize their thoughts and responses 


and provide some continuity between interviews. 
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PEOPLE CONTACTED TO DETERMINE FUNCTIONAL REQUIREMENTS 


USGS (EDC) 
USGS (RES) 
BLM - DSC 


System Integrators, Alaska 
USFWS, Alaska 

BIA, Portland 

SCS, Washington 

US Forest Service, Ft. 
Collins 

USAETL, Ft. Belvoir 
Johnson City 

BLM, Wyoming 

BLM, DSC 
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BCA 
SCS, Washington 
Alaska Dept. of Fish and 


Game 
USGS (EDC) 
USGS (RES) 


USFWS, Alaska 
USFWS-WELUT 

BIA, Washington 

USFWS, NWI 

BLM, DSC 

SCS, Washington 

US Forest Service, 


Washington 
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oF 
Nine broad categories were used initially to see if they 
were adequate. Early interviewees thought that they were 


adequate, therefore no revisions were made. The categories are: 


1) Current shortcomings of MOSS, beyond those expressed during 


the systems' and users' group meetings, 
2) Future production needs, 
3) Current and projected future analytical needs, 
4) Requirements in terms of database management capabilities, 
5) Interface with a database management system, 
6) Current and future hardware environments, 
7) User interfaces and staffing, 
ope wraanang,vand 
9) Production scheduling. 
Although interviewees could discuss aspects related to many 
of the above categories; categories 1-5 were designed to 
accomodate user responses, 4-6 were orientated towards 


programming/systems personnel and 6-9 to managers. 


These categories were to be used as guidelines if necessary 


and were not to be used if inappropriate. 


Many of the people on the list were difficult to contact 
because of hectic schedules. Also it was not possible for 
project personnel to persist in calling, therefore a maximum of 4 
calls were placed to an individual. If it was impossible for a 


person to respond in the time available they were asked if they 
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DRAFT 


would be interested in reviewing the draft and providing 
comments. Some people were unable to provide their input before 
the draft deadline. When their contributions are available they 
will be incorporated into the report and form part of the final 


document. 


Notes were taken during telephone conversations, or personal 


meetings. Notes taken are presented in Appendix l. 


2.3 Comprehensive functional requirements 


Logical functions are to be driven by geoprocessing system 
users. The number of functional requirements was anticipated as 
being considerable. They are grouped according to the average 
procedure adopted by a user when addressing a geoprocessing 


system. Namely, 


1) what data is available and accessable 
2) display the information 

3) obtain descriptions of the data 

4) analyse information 

5) massage and manipulate the data 


6) revise data holdings with additional raw data. 


Within each of these categories there are basic assumptions 


which set a context for the functional requirements. 
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3.0 Trends in Geoprocessing and Geographic Information Systems 


During the last twenty years, GIS technology has evolved 
through a number of definite generations. The first generation 
was represented by batch oriented, limited function, "brute 
force" software systems. Programs such as SYMAP and PIOS are 
examples of the first generation. Second generation GIS packages 
are more interactive, have a greater number of functions 
available to the user, and are more user friendly. Most second 
generation packages accommodate either vector or raster data. 
However, vector data is usually represented in full polygon 
format. Finally, second generation systems tend to treat the 
data base as a collection of individual map sheets, as opposed to 


user defined single logical maps. 


Most of the current effort is directed at maturing the third 
generation GIS. The systems rely on an arc/node data structure. 
Concepts of topological validity and integrity are foremost in 
designing and implementing such systems. Third generation 
systems are highly interactive and considerable effort is being 
expended trying to optimize the software for more cost effective 
processing. The use of spatial sorting, binary searches, b- 
trees, and ‘intelligent' pre-processing are becoming common 
place. The user interface language is also evolving. On-line 
help is becoming the norm. The third generaton system will reach 
design and operational maturity in the 1984-1985 time frame. 


Initial work is now being performed on the fourth generation 
GIS. There are a number of key characteristics that separate the 
third and fourth generations. Foremost is the concept of the 
seamless map. Under this data base schema, the user treats a 
layer of information, such as vegetation, as one logical spatial 
unit irrespective of the size, shape, and number of map sheets in 
the project area. Boundaries between map sheets, while 
computable at any scale, are not stored as part of the data base. 


Closely coupled with the seamless map is the concept of 
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resolution independence. This concept centers on storing 
knowledge in the data base for coordinate and/or feature 
generalization. For example, suppose data are digitized at 
1:24,000 scale. When these data are displayed at 1:100,000, it 
is not necessary to display all coordinate points for a feature 
LOuremdintanadaccuriaites information rcontentocmathmap siciahe,. 
Similarly, it may not be necessary to display all features. The 
virtual map/resolution independence will allow the user to view 
the map data base as one logical unit while at the same time 
resolving the data which is to be displayed at a given scale. 
Similarly, feature generalizaiton and aggregation permit 


appropriate cartographic portrayal as a function at map scale. 


Concurrent with the seamless map and resolution independence 
are a number of other developoments that will be an integral part 
of the fourth generation GIS. Each of these developments is 


discussed below. 
3.1 Graphics Independence 


In 1976, a number of groups began to explore the ideal of 
developing and implementing a "core" of graphics support routines 
that would allow an applications program to be device 
independent. These independent efforts became coordinated under 
the umbrella of SIGGRAPH. In 1978, a formal meeting was held to 
discuss graphics standards. A number of existing systems were 
reviewed and recommendations made for further work. The product 
of these efforts was the CORE standard. A number of groups 
developed graphics support libraries based on the CORE 
specifications. Perhaps the best known of these is Precision 
Visuals. With the advent of the 1980's and input from the 
European graphics community, another graphics standard was 
proposed: GKS (Graphical Kernal System). This standard is 
gaining wide acceptance and has already passed through the first 
series of ANSI approvals and recommendations. It now appears 


that GKS will become the graphics standard for device independent 
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graphics. Therefore, any valid fourth generation GIS will 


incorporate GKS for its device independent graphics processing. 


3.2 Host Computer Independence: 

Traditionally, geographic informatio systems have been 
machine dependent. There are two main reasons for this. First, 
until the last five or six years there were only a few viable 
host computers for geoprocessing applications. Second, since 
geoprocessing requires large amounts of disk I/O and CPU time, 
many GIS system developers opted for machine efficiences instead 
of machine independence. Recently, there has been increasing 
pressure by users of GIS technology to make the software more 
host independent. This is especially true in the government 
sector due to the manner in which computer acquisitions are made. 
This user pressure is now coupled with a growing number of host 
CPU's that have the power to run geoprocessing applications. 
When the speed of computer evolution is added to the formula, GIS 
application packages should be host independent. Users will not 
bear the costs of additional hardware and continued data 
conversion. Portablility of these software packages should also 
contribute to economy of scale cost reductions as the volume of 
sales increase. Given the state of software engineering, there 
is no longer any reason not to implement large application 
packages that are almost 100% machine independent. Modular 
programming, system parameterization, adherence to ANSI 
standards, and word size independence are easy to implement and 
do not significantly increase software design or development 
costs. Also, software efficiency should not be degraded. 
However, there will be a number of primitives that will be 
machine dependent but these routines should represent only 1 or 
2% of the total GIS package. 
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3.3 Three Dimensional Coordinate Data Bases: 


Until recently, the majority of GIS system developers have 
all but ignored the use of three-dimensional coordinate systems 
to represent the earth. The obvious exceptions to this have been 
photogrammetric compilation systems and the use of digital 
elevation models. However, the analysis and display components 
of a GIS have always treated the earth as a billiard ball. Ata 
recent national users' conference for one GIS, a large number of 
users suggested that these systems should be able to store (x, y, 
z) coordinate data and to perform some basic analytics in three 
space. The most often mentioned analytics were true distance 
across the terrain, true area, true perimeter, and truer surface 
representation for three dimensional graphics display. Many of 
these operations are already performed to some extent using 
digital terrain models. However, users are stating that for many 
applications available DEM's are neither accurate enough nor ata 
sufficient scale. Given the fact that several photogrammetric 
compilation systems allow for the capture and storage of (x, y, 
z) coordinate data and given the recent advances in computer 
graphics for solid geometry applications, the 3-D vector 
technology is now advanced enough so that a fourth generation GIS 
could easily draw on existing algorithms or software. By 1986, 
fourth generation GIS systems will have (x, y, z) coordinate 
storage. Additionally a number of basic three space 
distance/area mensuration functions will be an intrinsic part of 


the system. 
3.4 The Use Of Data Base Management Systems: 


The majority of operational Geographic Information Systems 
have built in data base management systems for handling both 
cartographic and attribute data. Most use very simplistic data 
structures and have avoided the use of some of the more 
algorithmically intensive (and elegant) techniques that are 


standard components within commercially available DBMS. With the 
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DRAFT 


advent of third generation GIS, there has been some signifiicant 
movement toward using relational data base management systems for 
storing and processing attribute data. The actual GIS software 
only processes record pointers that are used by the DBMS to store 
Or retrieve appropriate attribute data for a feature. The 
movement toward using established commercial DBMS's will 
continue. The one major problem with this movement is the 
tendency to lock the geoprocessing software into using one DBMS. 
DBMS tend to be hardware dependent and this in turn limits the 
machine independence of the GIS software. There is also the 
additional problem of cost: using a commercial DBMS can add 20 
to 100 thousand dollars to the purchase price of a GIS. These 
problems can be overcome by designing the GIS/DBMS interface 
in such a manner that only a few routines require "hooks" into 
the DBMS. The objective, as with host CPU independence, is DBMS 
independence. Obviously, complete independence is not possible 
if more efficient attribute manipulation is to be optimized, but, 
the software can be structrued in such a manner as to insure that 
Switching from one DBMS to another will not be an expensive, time 
consuming process. Fourth generation GIS systems will rely much 
more heavily on DBMS. However, they will allow for either using 


a home grown or commercially available DBMS. 
3.5 Geoprocessing Networks: 


First, second, and third generation geographic information 
systems are usually stand-alone systems. Communication from one 
geoprocessing system to another is usually via tape, rarely by 
direct or satellite connection. In the past, remote users of a 
particular geoprocessing installation typically could not afford 
their own computers. They have had to use traditional dial-up 
capabilities. This, in many instances, has limited local 
processing abilities and has not represented time/cost efficient 
use of human resources. With the advent of low cost, 16 bit 
micro-computers that support multiuser operating systems, these 


remote users are now requiring a powerful micro at their site 
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DRAFT 
while the regional spatial data base is maintained at the central 
host facility. In order to accommodate this growing requirement, 
GIs technology will have to incorporate two new capabilities. 
The first new capability is allowing large, batch data base 
transactions. In this mode, remote users will be able to extract 
or add relatively large amounts (10 to 20 megabytes) of 
geographic data from the master data base. The objective is to 
allow the remote user to maintain a small sub-set of the data 
base on-site. In this way, the host will not have to handle 
large numbers of geoprocessing users for other than data base 
transactions or for data base wide analysis/display operations. 
The second capability is networking. Remote users will no longer 
accept 1200 baud communications, especially for batch processing 
transactions. High speed communication links will be 
implemented. Since groups, such as BLM, FWS, and the Forest 
Service are already designing geoprocessing networks of hosts and 
numerous micros, incorporation of this technology is near. By 
1986, these new GIS capabilities will be part of any fourth 


generation GIS. 
3.6 The Relationship Between Auto-Carto And GIS: 


For many years, independent systems for the auto-carto and 
GIS functions were designed and implemented. Occasionally, links 
exist between the auto-carto and GIS systems to pass maps from 
the GIS to the auto-carto system for final map production. Since 
Many groups require both map analysis and cartographic output, 
this separation has meant that the user has had to learn two 
different interaction languages and procedures while the software 
staff has had to implement and maintain parallel systems. MThis 
is neither time efficient nor cost effective. Pressure is 
increasing to bridge the gap between auto-carto and GIS. This 
feeling was quite evident at Auto-Carto 6 (Ottawa, 1983). Why 
should there be two separate systems when many of the data base 
management, data retrieval, and data analysis requirements are so 


Similar? While auto-carto and GIS do have some unique 
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MRAFT 

requirements, such as symbolization data bases for auto-carto, a 
concerted design could quite effectively address these 
differences. Several groups are already scoping functional 

requirements for combined auto-carto/GIS systems. If this trend 
continues, then the fourth generation GIS, in the 1986 timeframe, 
will contain many elements that will make the auto-carto task 
much easier from both the system implementation developer's and 
system user's viewpoints. Some of the key elements in an 
integrated design will be the maintainence of point and line 
symbolization and text font libraries, global symbol/text font 
assignments based on attributes across the data base and 

assigned fields in the data structure to include auto-carto 


requirements for features. 
pevaeDatay Capture: 


To date, the majority of map data is entered into a GIS 
using manual digitizing methods. During the last ten years, the 
operational characteristics of the manual digitization process 
have hardly changed. Improved hardware and better processing 
algorithms and data structures have created improved 
efficiencies. However, with more and more groups using GIS 
technology, there has been increasing pressure to find 
alternatives to the costly, labor intensive mode of manual 
digitizing. For years, various groups have performed numerous 
tests and research projects using scanner technologies. The 
general feeling in the auto-carto/GIS community is that high 
speed, production scanner systems for mapping applications are 
finally on the threshhold of being cost effective. These scanner 
systems, of which there are a variety, provide a most cost 
effective method for capturing existing map data, especially in 
those environments where huge numbers of documents must be 
encoded. Manual digitizing will become an adjunct to the scanner 
input systems. Consequently, a fourth generation GIS will be 
required to accept digital map data from a variety of external 


scanner sources. There is a great need for standard exchange 
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DRAFT 


formats for raster scanned and vector data. Hopefully by 1986, 
there will be an agreed upon standard format for interchange of 


cartographic data in arc/node format. 


Another major source of digital map data for the fourth 
generation GIS will be from stereo imagery. Computer assisted 
photo-interpretation (CAPI) stations will allow for increasing 
amounts of new data as well as map updates to be performed 
directly from the imagery. This will be especially true for the 
large mapping organizations. In terms of fourth generation GIS, 
it must be able to receive and send digital map data to these 
CAPI stations. Since several systems already allow this 
interaction to some extent, the technology should be available 


in a production environment by 1986. 


Closely associated wuth the use of stereo imagery in analog 
form is the use of imagery collected in digital form, especially 
from airborne and satellite sensors. Examples of this form of 
data is Thematic Mapper and SPOT imagery. In order to adequately 
process this softcopy stereo imagery, the sciences of image 
processing and analytical photogrammetry are going to have to be 
integrated. Currently, there are a number of research efforts in 
progress. Groups such as Carnegie Mellon and the Engineering 
Topographic Laboratory are heavily involved. Another field is 
also considered to be part of requirement for effectively using 


softcopy imagery: expert systems. 
3.8 Expert Systems: 


Recently, there has been consideralbe discussion about how 
to use the science (art?) of artificial intelligence in GIS and 
image exploitation systems. While the general field of 
artificial intelligence is still developmental, a sub-component 
seems to hold considerable merit for productive use in the short 
term. This is the sub field of expert systems. In general, 


expert systems model a set of decision rules concerning some well 
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DRAFT 
defined requirement, such as diagnosing leukemia. These models, 
through software, are evaluated against the data base and the 
results of the decision analysis presented to the user, usually 
with some statistics on the confidence level of the results. In 
the world of GIS, there are some very definite areas that expert 
systems could be applied to and useable in the 1986 time frame. 
Examples of these are: corridor analysis, coal tract leasing 
alternatives, cross country movement analysis and change 
detection. Obviously, any application of an expert system 
assumes that the spatial and attribute data is complete enough 


to support the analysis. 
3.9 Summary 


GIS technology is evolving. User demands and data base 
requirements are increasing in complexity and dimensions. 
Changes to the software are driven by user and data base 


demands, hardware and software engineering and cost. 


Table 2 summarizes a basic set of capabilities exhibited by 
the majority of GIS today. Extensions of these capabilities have 
been discussed in light of the current state-of-the-art in 
geoprocessing and reasonable extrapolation of current research 
and development efforts. All the suggested basic tenets of the 
fourth generation GIS are realistic, and in fact the majority of 
the components exist in one system or another. The key point is 


that no one system contains all the components. 


Recently communications between system developers, hardware 
and software engineers, users and those responsible for initial 
data collection have resulted in the definition of objectives for 
the fourth generation GIS. This means that the move to the 
fourth generation will be much faster and the effects more 


pronounced than any previous transitions in geoprocessing. 


Data capture and data standards are still limiting in many 
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DRAFT 
cases. Data base updating and bringing existing data bases to 
common standards are priority objectives for may users. 
Therefore, it is anticipated that computer assisted photo- 
interpretation will lead the field in the development and 
integration of fourth generation characteristics including expert 
systems. The first concerted efforts have been accomplished 
through the advent of stereo superposition and the development of 
3-D data bases. Stereo superposition is seen as a fundamental 
unit because it permits the direct use of data bases (grid cell, 
raster, DEM and VECTOR) to assist new data acquisition, thereby 
increasing the power and utility of the data base and paving the 
way for expert and knowledge-based systems in the fifth 


generation. 
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DRAFT 


4.0 -sFPunctional Requirements 


The functional requirements are based on the results of 
literature searches, interviews and the project teams' experience 
working in the development of Geographical Information System and 


theiresapplication inrthe field and research environments. 


Although the emphasis in the scope of work was placed on 
MOSS ie. data display, manipulation and analysis functions those 
interviewed considered that a broader range of geoprocessing 
requirements should be addressed. Because the functional 
requirements are to be derived by the users an attempt has been 


made to include the full spectrum of comments. 


In order to discuss different aspects of MOSSII the logical 


function requirements have been split into 6 categories, namely: 


1) MAP RETRIEVAL FUNCTIONS 

2) DISPLAY FUNCTIONS 

3) DESCRIPTIVE FUNCTIONS 

4) ANALYSIS FUNCTIONS 

5) DATA CONVERSION FUNCTIONS (including editing, massaging, 
manipulating and updating) 

6) DATA ENTRY/EDIT FUNCTIONS 


The order represents the functional sequence as seen by 
users during a standard MOSS session. Two additional functional 
requirement categories are: 

7) ATTRIBUTE HANDLING 

8) DBMS INTERRFACE 


BASIC ASSUMPTIONS 
It is assumed that: 


- the following requirements will be implimented in a phased 


fashion 
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DRAFT 


- topological validity will be maintained for all vector data 
structures 

- the majority of the data entered will be coming directly from 
e.90. AMS, ADS, DLG, SUF 

- attribute handling will be performed by a database management 
system which will honor relations 

- the current differentiation between the production data entry 
and the analytical side will become transparent or modal. 

- the data will be projection independant, units of measure 
will be imperial, metric and user defined - chains, rods, 
nautical miles 

- the system will accomodate all data types and this will 

be transparent to the user 

- all maps will be stored as a worldwide virtual map (Seamless) 
- whatever alternative user interfaces are defined the current 
means of interaction will be maintained as an option 

- on line help features will be available 

- on line tutorials for self teaching and "refresher" courses 

- the system will be fully documented 

- the system will evolve rapidly to include "expert systems" 
technology 

- the implementation of new data structures and prodecures will 
be designed to cause minimal disruption to production systems 

- there will be continuity with existing data 

- data sets which are related eg. public land survey, mineral 
rights, roads and utilites can be stored as one data plane, ie. 
coordinates are stored only once 

- data sets which are unrelated eg. vegetation, soils, geology 
will be stored as separate planes 

- all combinations of data will be under user control and no 
a priori assumptions about data coincidence are to be maintained 
in the master data base for environmental data 

- the system will be able to accomodate 3D structures eg. 


buildings, mine spoil heaps as "solids" 
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4.1 MAP RETRIEVAL FUNCTIONS 


2 subcategories are defined: A) DATA BASE REQUESTS 
B) USER INTERFACE 


ASSUMPTIONS: the user will have the option to combine or keep 
separate any part of the data requested or combine specified 
series of data into a composite, i.e. can be requested as a 
Single item in the future. 

when a request sequence has been entered it can 
be recalled without having to go through all the steps again and 
that the user can edit the request 

the user will be able to request areas NOT 
meeting a specified criterion (criteria). 

the user will have the option of receiving hard 
and soft copy listings of all instruction sequences and where 
composites or data integrations are performed that these will be 
referenced in the information accompanying each map so that any 
user will be cognisant of the ontogeny of the specific 
information. 

the data base manager/data compiler will have the 
option to place different levels of security on data, e.g. can be 
viewed but not altered or included in other data sets, cannot be 
accessed except by a password, can only be requested through a 
data base manager. 

there will be no limit to any request in terms of 
extent of area, number of features or the number of legal user 


commands. 


4.1.1 DATA BASE REQUESTS: LOGICAL FUNCTIONS 
The user will be permitted to request data by: 

- Geographic Window - user defined unit area in any projection 

- Distance/Feature/Size Criteria from any feature or combination 

of features e.g. 100 miles of all nuclear power plants, 1 mile 


either side of Interstate 25 and/or 2 miles of the perimeter of 




















bh 
‘greavena aRAe aaa 


NOW ara aay e sich ‘Ps 
3 =A r ] : ve 


— 
a © 


; A = 
9287 10 SHhidmry of AOLTA0 9H evstt PLBw Iseu srbs 


beishoege egidmos 16 beveuwper ecteb afta To Bg yas) 


S #8 Bbeyesupe: od nan «avi «edtesamhos) es o¢ci egeh Ae! 
=} 
sauruzy end al mage 
18 21 beteio9 ofed vei etrsrepee segues & norte 


C6 : al yet: Ji. > ty th 
- a, ms ‘ H 
3 ae i fy , : < - q 
nn r on = ‘ ~ - e 
os J a¥ 4 4 ' rea : + 
- om - 7 a 
\ ti 3 © - . ’ a > 4 P| r 
2igzgivaeg ; RAS ) ; DoD =" 
on 4 eves { ; 5 } t f } ni 
"h 26> oD i a s i 
ad Joie f Df Ls 
& ¢ osds , : we ga Yo Jae 
a te bin ond 


s 
’ a) a | t . 


LO SM i9) As 2eaupe2 ae 11 GX + SInH8 m pis a 
i19au ispet : todmin oft 10 egege3e04 Fo sedan yh ee io ta lade 





_ oe ee | ae nteemde . - 


IDO) :8TeI908n seee As 
eet Romy, —_ . 


2yd adeb seoupex of basddetwed em Lin tea 
mOljpetowa yas nl sess stay beaiteb saay, - wate, ey cigs 
noisecidmes 30 esusse? Was mozt &inaz theo Leelee tie ay er 
* 


‘ ape 
f ~~) o r 


s23nG iq XaWoG seoiouwh iin 46 ad ttm ne 


20 tavent xeg ea? to eslim $ so\bas Os otnsex 
aa) aes * a 
. ; aie «ies 


pwr PS 


SLi 


all man-made lakes less than 5 acres in area 
-SeLOGtudierConstruct. (elther” global or local) which would 
include: 
- Map Name e.g. the name of USGS Quad, name of a user 
defined area e.g. Kodiak Wildlife Refuge 
- Unit area defined by an index number e.g. map or 
drawing number 


- Census tract, district, block 


- Density e.g. areas where the there are 60 oil wells to the 
section (640 acres) 

- Data layer e.g. infrastructure, 

- data scale/accuracy/resolution/date e.g. data mapped at 
1:24,000 and/or with a ground accuracy of +/- 1/50 of map scale 
and/or a resolution of 96,000 square feet, and/or data produced 
after 1978 but before November 1982. 

~ mode of compilation e.g. only that data derived from field 
survey 

- requests to a range of data base management systems e.g. the 
GIS operates using an internal DBMS, the user requires 
information from an external DBMS where such systems might 
include SYSTEM 2000, INFOS, dBASE II, MDBS III, SQL, RIM. 

- data requests to other "nodes" in a network irrespective of 
the hardware/software configurations 

- data type e.g. all line or polygon data, also with requests 
for raster data the cell size can be specified e.g. all raster 
data with a cell size less than 10 acres. 

- specified elevation or range of attribute descriptors 


- text information 
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4.1.2 LOGICAL FUNCTIONS: USER INTERFACE DRAF1 


As stated previously, the implimentation will be phased. The 
user interface should evolve rapidly towards one based on English 
Language type queries: for example, all sagebrush mapped at 
1:24,000 during 1978 in Wyoming, and within 5 miles of state 
wildlife refuges at an elevation exceeding 5000 ft. A sSub- 
sequent command might be to show me the same situation for 
Colorado. 

- the request sequence will not be structured so that requests 
can be made, for example, which are bounded by specified areas 
or the areas themselves are determined computationally by finding 
those features which meet (or do not meet) the user requested 
conditions ie. spatial and contextual criteria. 
- lists of data and descriptors of the data set will be 
displayed and the user have a quick reference system to identify 
those listed items of interest e.g. a form with values might 
appear on the screen and those indicated by a light pen or 
touching the screen would be selected. 
- as the request sequence is followed all responses are stored 
and available to the user for future recall either as is or inan 
edited form, for example, the user requests all vegetation and 
soils with a map resolution of 2.5 acres compiled by stereo 
photo-interpretation since 1978, all bridge crossings, and slopes 
over 25% over 1500 feet in the central Black Mountains and 
obtains the information wherein all the information is retained 
in its separate layers, the analyst must then be able to identify 
that previous request e.g. as BM1500 and request the same 
information but for the southern Black Mountains. 
- user requests will be prompted 

- by an hierachical menu, or 

- in a command mode (current MOSS command interface) 
- for example with the hierachical menu: 
Area of interest: USER DEFINES AREA OF INTEREST 


Do you want a listing of all the maps available for this area 
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Do you 


want the "header" information (which might include: 


Study area 

title for the data set 

description of the data set 

date of compilation of the data 

analyst 

sources of information 

method of original data compilation 

scale of original data 

accuracy of data 

resolution of data set 

data type 

update history (name of analyst, date of update) 
security status 

number of subjects 

number of multiple attributes 

location of ancillary data e.g. in another data base or 
DBMS 

list of the logical constructs which call this data 
set 

minimum bounding rectangle for the area 

point of origin for the grid on which raster data is 
based 

history of development for derived maps 


error propogation values 


Do you want a listing of all the maps available for this area 


with 
USER 
USER 
USER 
Then 
kept 
USER 
USED 


a 


list of all the subjects and attributes? 


WOULD DEFINE LAYER(S) OF INTEREST 
WOULD DEFINE SUBJECT(S) /ATTRIBUTE(S)/RELATION(S) OF INTEREST 
WOULD DEFINE SCALE/ACCURACY/RESOLUTION OF INTEREST 


the system would ask whether layers of interest are to be 


separate or to be combined. 
DEFINE THE SET(S) TO BE KEPT SEPARATE AND THE CRITERIA TO BE 
FOR THE COMBINATION OF OTHER DATA SETS, (in defining the 


combination of data sets the User will be permitted to introduce 


23 


















noinrel Paton beh. fe 5% - i 
sisb mele 4 = a Ba 

sash 20. yo he e 
392 = otzetae 








(s9ebou Fo otbb ,saylans To aman) escent 

| BatEte wh 

eave tele - te ig. x4 emit oo 

eqives res elats tam to s6umin~ | ma nl, . 

20 265d e3eb softens af. .os Beeb ys it ionK Fo netdieaad Sa ee 
| ondd | a ee, 

Stub eind ifso duttw atourctenon feokood odd a gerd “ aghs ae 
oa nia a ‘ 
so78 of3 303 oi pagseen. ont Gpoad: mani | ms a 

at oveb agiues Aoinwias blap sd¥ 1% abplzo a0 heise - vee 


; he Nar . 
4c) ae i 


























eda bevire®> 10% Janome haved. to i a Pt a 
4 a nies 

‘Sso0lav. ‘nod te pager’ is et a ‘ta 

b t - aay : 


my ot 
e : is 


eSt@ ainf 10% sidsiicve eyam az big Ya) count 
Tees uetsy te Ses oe ) to 
TAshaTt 1s 4, debicnse — BAL IAC 
TANS) 40 FOIHOL TARSA (9) PERT ae p 
TR2SAATHL TO “ODTeIOREA\YD 
@d oF sie deeqsdat 3H ax9vet x mM 


oe 

4 30 AvOW mg 

a: Ew: Hs ar wie 3 a: ‘ 
pre Palit) ernie are pee: rey: 
| ual wets es ee | 


ahi, Ta Th M P aT 


(§8 OF KiastiaD su cus menage 







| iri 
ete pabotied ni) ers anae A ih 0 
Abe. | ivan o2 ec tonig: | od Ped 
eh eae Oi ieee aie 

at or. 3 , re 

i | 2 wat 





oo g 
\> . 


DRAFT 


arithmetic and algebraic weightings) 
An example of an abbreviated query would be: 


Colorado, vegetation, all vector data, all sources, all 


combined with a minimum area criterion of 5 acres. 
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4.2 DISPLAY FUNCTIONS 


LOGICAL FUNCTIONS 


MOSSII will permit the user to: 
- View data on softcopy or hard copy devices irrespective of 
manufacturer - device independence 
- Display all data in color, either solid, stippled, shaded or 
cross-hatched 
- Display data in 2-D and 3-D 
- Pan, zoom and scroll 
- Label all features without overlap and with lead lines where 
necessary 
- Define labels in different fonts, colors, sizes 
- Display histograms, graphs, pie-charts 
- Assign symbologies for points, lines(including polygon 
boundaries) including pre-determining shading patterns for 
polygons based on theme, attribute combinations 
- Dissolve separations between continguous features with 
identical descriptors 
- Specify offset criteria for display of coincident features 
e.g. power line, lot line, section line, and coincident points 
e.g. electricity transmission pole, transformer 
- Display text information 
- Display descriptive tables the format of which can be 
determined by the user e.g. data summaries and statistics 
- Display the scale of information plotted on a softcopy device 
- Be issued a warning if display scale is less than scale of 
compilation 
- Store displays for future reference 
- Store pathways used to develop a particular display so that 
they they can be recalled to generate similar products. 
- Display logos 
- Display orientation arrows 
- Display area of interest in relation to a wider area e.g. lot 


in relation to city block, county in relation to State, location 
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of installation relative to other installations 
- Provide dimensioning including bearings and distances to 
facilitate data entry and update. 
- Display in any coordinate system 
- Have the option to display boundaries when features are, for 
example, shaded 
- Warp a display, for example, warp to fit an uncorrected aerial 
photograph so that he information can be overlaid directly 
- View multiple displays on the same screen 
- To generate hardcopy for viewing in stereo 
- Display viewsheds in 3-D 
- Display 2-D data on 3-D surfaces 
- Display reference grids (including hexagons) of user defined 
"mesh" and orientation 
- Display block and pillar diagrams 
- Resolve the situation where a label crosses another feature by 
having the option to split the feature to remove any overlap. 
- Label shaded maps with label in unshaded inclosure 
- Perform interactive product design: 

- move all components of a display around the screen 

- include graphic, label, text, legend, scale, 
Orientation, date of compilation, ancillary notation for special 
information, name of digital file and location, location 
reference diagram 

- use different styles of boarder 

- display size of output map at scale requested 

- be able to include previously compiled maps within a 
newly created display 

- be able to retrieve and display an output product on 
a graphics screen. 
- Display "slices" of a 3-D data set, and offset the slices 
relative to the entire diagram 


- Section 3-D displays and offset, rotate displays in real time 


4.3 DESCRIPTIVE FUNCTIONS 
DESCRTPTIVE FUNCTIONS DRAFT 
ASSUMPTIONS 


all measures will be in imperial or metric units and will be 
displayed according to the scale of the information e.g. 0.0001 
mile would be shown as 6.34 inches, and 0.0901 acre as 
23°56 1sq.f£ts 

All calculations will yield true distance and area 
although the accuracy will be dependant on the Z values 
available. | 

Descriptions will be available to the user as tables and 


forms. 


LOGICAL FUNCTIONS 

The following provide the user with basic descriptive 
information, on an as requested basis. 

- Lengths of straight and convoluted lines 

- Lengths of features in a network, including lengths of 
integrated networks 

- Calculate areas (including areas above a certain specified 
elevation or within a defined elevation range) 

- Densities number of features per unit area 

- Frequency (number of times a feature occurs) 

- Relative Dominance = (area occupied by a certain type/area 
occupied by all types) x 100 

- Relative Frequency = (number of points of occurence of a 
feature/number of points of occurrence of all features) x 100 

- Number of features 

- Perimeters 

- Describe increments along a feature and retain, for example, 
as tick marks (which can be assigned a symbology) e.g. what 
vegetation type occurs every 100 meters along one side and/or the 
other, of a river bank 

- Describe (identify) the features within a specified distance 


of a feature within the range adjacent to distant 
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- Describe (identify) features which adjoin for a specified 
minimum distance (where the minimum distance may be a proportion 
of-a descriptor of a feature for example, perimeter) .and »based on 
contextual criteria 

- Identify the location of a feature in any coordinate system 

- Describe all the available information at a specific location 


- Volumes (both associated with the surface and sub-surface) 
4.4 ANALYSIS FUNCTIONS 


ASSUMPTIONS: 

there will not be any limits on the number of features that 
can be analysed at one time, if there are limitions that these be 
made apparent to the user when the routine is requested and not 
through the program aborting. 

that analytical operations result in the formation of new 
maps and/or tables and graphs (including pie-charts, histograms, 
i.e. conform to the logical functions detailed in section 2.0 
Display Functions). 

It is assumed that the majority of the Logical Functions 
will draw on existing statistical and analytical packages 
which are external to MOSSII but that the interface to these 
packages will be transparent to the user. 

MOSSII will have the import/export capabilities that are 
Simple in the sense that they to permit the user to transfer data 
sets and sub-sets, to external processors, with facility. The 
user will be able to specify output formats. For example an oil 
spill model runs on an IBM-PC. The model requires bathymetric and 
coastal configuration data which it acquires from MOSSII. A spill 
pathway is predicted. The pathway is transfered to MOSSII which 
performs Combinatorial and Correspondence analyses with environ- 
mental parameters, the results of the analyses are stored. An 
alternative spill scenario is computed, and the environmental 
parameters calculated. The two sets of environmental situations 
are compared by MOSSII using an external statistical package and 


the results fed to the PC or any output device, along with all 
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Supporting documentation, including maps. Another example, would 
be MOSSII deriving parameters from another DBMS e.g.M204. Data 
requested would be combined with information stored in MOSSII 
e.g-landcover data. The composite data set is the transfered to 
an external Model e.g. GROW. The results of the predictive model 
of forest growth would be returned to MOSSII for map preparation, 
comparison of scenarios and analysis of the predicted changes in 


spatial patterns. 
LOGICAL FUNCTIONS 


- Calculate districts based on distance, aerial, and attribute 
data including drainage basins, viewsheds, zones (including being 
able to specify to the interior, exterior or both for a specified 
unit area, and zones around multiple features e.g. a three mile 
radius of a city center and 500 feet along each main artery with 
the overlaps being resolved to form a single unit area) the ends 
of which may be squared or rounded as required. 

- Comparisons, permit the comparison of areas, linear features 
including integrated networks and points either inter- or intra- 
feature, for example, detect and quantify change in landuse 
types. 

- Calculate indices of spatial patterns, for example, diversity 
Pilumecovpatre= ditferent |areas, for example, compare the 
distribution patterns of different landcover types within a 
number of specified corridors 

- Correspondence: calculate and quantify inter-relations between 
variables and assign statistical measures 

- Trend-surface analysis 

- Combinatorial Analysis - permit arithmetic and algebraic 
weighting along with boolean operands on multiple attributes for 
multiple maps and store the results 

- Extrapolation and interpolation functions e.g. contouring, 
predictive modelling based on (D and F above). 

- Volume calculations for example cut and fill, and statistical 


values for objective bases for comparison between alternative 
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scenarios eg. open pit mine development and spoil disposal 
MiMi race Claas iti Cations including) comparison of 
hierachies, discriminant analyses, Principal Components, 
Canonical Correlation Analysis. 

- Regression analyses, coefficients of correlation, analysis of 
Variance, coefficients of Rank, means, modes, standard 
deviations, 

- Nearest Neighbor Analysis 

- Error Analysis 

- Routing models which might include cross country travel 
models, road alignment (taking into account cut and fill) 

- Buffering on spatial and contextual criteria, multiple 
buffers, resolve overlaps, buffer one side of line, both sides, 


each side on different criteria 


DRAFT 


4.5 DATA CONVERSION 
LOGICAL FUNCTIONS 


- Vector to raster conversions 

- Raster to vector conversions 

- Merge 2-D vector and 3-D raster data sets to produce 3-D 
vector data sets 

- Reclassify attributes 

- in a dataset or data base wide fashion based on 
transformation matrices, 

- in a dataset or data base wide fashion based on 
agglomerative criteria specified in an hierachical classification 
or based on a size criterion, for example, remove all areas <l 
acre and merge with adjacent areas according to the following 
criteria, or optionally, permit the user to make the decisions on 
a case by case basis. 

- on a feature specific basis by substitution 

- on an individual feature basis in an interactive 
mode or through the use of "Search and replace" methods. 

- Change resolution 
= line generalization in a user specified manner, or 


transparently, when displays of differing resolution are 


requested 

- sliver removal after "overlay type" processes 
- Translate features in x, y and z - bilinear coordinate 
transformation 


- Rotate features in x, y and z 

- Perform non-linear transformations (c.f. 2U) "rubber sheeting" 
- Ability to split features and assign new values (see also 
section on data entry). 

- Re-project data into USGS recognized coordinate systems, plus 
ability to transform from local coordinates to "USGS" systems 

- Transform multiple attribute files to multi-variable grid cell 
files and visa versa. 


- Move centroids 
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- Reformat data for transfer to and from other sources DBMS, 
whether internal or external, examples of potential sources are: 
EROS LANDSAT 
EROSSDEM@1 =: 24700061: 635.3601: 2500.00 
DTM 
DFAD 
DTED 
VERTICAL OBSTRUCTION 
CENSUS DIME 
DLG 3 (MODIFIED) 
DLG 3 7 
NASA THEMATIC MAPPER 
SPOT 
GSC 
GEOGRAPHIC NAMES INDEX 
- convert existing polygon files to arc/node data structure 
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4.6 DATA ENTRY DRAFT 


ASSUMPTIONS: 

production data entry will take place using a full range of 
specific "digitizing systems" 

Gee entry for MOSSII will be specialist applications 
performed by the user after a data base has been established 
through another medium. 

data entry will also include receiving data from other 


systems ( as outlined in section 5 Data Conversion subjection M) 


LOGICAL FUNCTIONS 

- produce geometric shapes of user defined dimensions including 
arcs 

- input coordinates, both local and USGS sanctioned 

- input survey data 

- input text and define font, character height and width, and 
color 

- input data directly from an x,y digitizing tablet 

- input from cross hairs, touch screen, light pen or MOUSE, 

- receive data from external data logging systems 

- permit multiple layer update in one operation 

- assign symbology at data entry 

- associate existing attribute files in DBMs with geographic 
locations/areas 

- provide edge matching 

- provide inter and intra layer consistency checking 

- spatial templates 

- spaghetti digitizing option with node snap, overshoot, 

undershoot 

- allow attribute tagging to defined internal coordinate or 

external coordinate with lead line generation 

- provide topological verification with graphic display of 

topological errors and interactive editing 


- provide node error flagging during digitizing 
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4.7 Functional Requirements for Attribute Handling 


Assumptions - all non-coordinate and topologic data will be 
stored as attributes including mensuration characteristics, 
header information, symbolization, and other cartographic 


variables. 


- select based on any single or multiple attribute including 
map, arc and node headers 

- permit boolean operands 

- permit logical operands 

- mathematic operands and intrinsic functions to compute values 
based on existing attributes and constant values and to 
produce and insert fieldsof derived values 

- no limits on number of attributes 

- accomodate multiple themes with multiple attributes 
for single features 

- respond to screen queries eg. QUERY LEGEND NUMBER 
without lengthy access times 

- permit user to select specific information the from data base 
for screen queries 

- relate multiple files by shared key fields and treat as single 
item 

- provide catalogue of data in data base 

- restrict area of interaction to that defined by geographic 
window or logical construct 

- use existing data as a spatial template prior to entry of 
Similar data (i.e. land ownership and public land survey) 

- rename, append and delete files 

- flexible format for import and export of attribute data 

- topological verificaiton of imported data and attribute 
consistency checking 

- reclassify imported attributes 

- calculate areas, lengths, perimeters, and centroids at input 
and include weed option 


- accomodate English language queries 
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4.8 Functional Requirements for a DBMS interface 


The functional requirements for a relational database interface 
to MOSS are determined mainly by three factors; first, that as 
much useful information as possible be supplied; second, that no 
specific database be presupposed; and third, that the relations 
supplied be suitable for, but not limited to, anticipated 
manipulations in the DBMS. In short, the interface is to be as 
generic and as widely applicable as possible. The generic nature 
of the interface implies that data flowing from MOSS to a par- 
ticular DBMS will be transformed twice: once into the generic 
output form, and thence into the input form for the database. 

In the first condition, the test of the adequacy of informa- 
tion supplied in a particular implementation would be the ability 
to (theoretically) recover MOSS data structures functionally 
equivalent to the originals. 

The satisfaction of the second condition requires that data 
flow from MOSS to the DBMS be in a generic relational form, i.e. 
in tuples corresponding to the rows in a relation, tagged with 
the name of the relation. The names and descriptions of the 
columns of the relations will likely be given in an accompanying 
document, leaving the actual names used in the generic-to-DBMS 
interface up to the implementor. 

Satisfaction of the third condition depends largely on the 
observation that the lowest common denominator of DBMSs will be 
unlikely to be able to perform significant calculation (and 
synthesis of resulting relations) on fields of the given rela- 
tions; therefore relations requiring significant calculation 


(such as island containment or minimum bounding rectangles) 
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should be supplied. In addition, a few relations known to be 
useful (though perhaps not strictly necessary) might also be 
supplied. 

There are many combinations of relations that adequately 
convey the necessary information, however, experience has shown 
that sets of relations based on the arc as a fundamental unit are 
particularly convenient, while not being excessively redundant 
(see van Roussel and Fosnight (84) for one such set). It is also 
worth noting that much non-topological information held in the 
data strucures (Such as minimum bounding rectangles and font 
assignments) can be output as fields within the attribute 
relation(s), and do not necessarily require the creation of new 
relations. 

In order to take full advantage of the DBMS, it is desirable 
to have data flow not only from MOSS to the DBMS, but in the 
other direction as well. The immediate functional requirement for 
flow into MOSS is that features selected in the DBMS be display- 
able. The term "features" applies at least to the nodes, arcs, 
and polygons that form the topologic map structure; depending on 
the implementation of MOSS, there may be higher level groups as 
well. In this case, the input to MOSS would consist of a map or 
file name accompanied by a list of feature identifiers. 

Since DBMS manipulations can, in general, result in relations 
corresponding to topologically nonvalid maps, or to meaningless 
alterations of the supplied relations, it is not reasonable to 
conceive of direct data flow from the DBMS to fundamental MOSS 


data structures without an intermediate verification step. 
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5.0 Summary of the Functional Rquirements 


Salmen et al. (1978), Dueker (1979), Tomlinson and Boyle 
(1981), Dangermond (1982) and Trabold (1983) have’ presented 
Summary requirements for Geographic Information Systems. Table 
5.1 summarizes the requirements listed in section 4 (above) using 
the categories defined by Trabold (1983). Tap Le os. witl be 
updated based on comments received from reviewers of the draft 


and as additional information is gathered from the users. 
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APPENDIX 1 


NOTES OF INTERVIEWS AND MEETINGS WITH PEOPLE LISTED IN TABLE 2.1 
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Bob Ader 10/30/84 
Eric Strand 


Bureau of Land Management 


IRM/TECH meeting Monday 5th - chiefs of IBM branches in each 
State. 


i. Islands - major potential for problems, dissolving 
boundaries, continental U.S. outline - everything else islands.Do 
islands have to be shaded. If put in merge and dissolve and 
dissolve quad boundaries how are you going to keep track of new 


islands? 


2. Selected largest planning area and overlay greatest # of 
themes eg.32 quads merged and overlay multiple themes in one 


pass. 


ie Concept of user and master areas - valid - keep user 


interface as close to existing as possible. 


4, Overlaying/deleting be cautious of progressive fragmentation 


of data base. 


5. Use world wide coordinate system. 


6. True lengths and true areas very important 


ANALYSIS 
a) distance functions in vector - don't work or not dependable, 


proximity, contiguity, edge, and overlay are all suspect. 


b) network functions - river reach - stream network, and 
modelling. Need to be able to accomodate hierarchically branched 
tree in 2 & 3D and complete networks in closed and open 


distribution systems. 
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c) Arc node system needs to include reclassification of 
hierarchical descriptors, ie. be able to aggregate. Expand 
retrieval techniques to incorporate spatial criteria eg. retrieve 


hierarchically with minimum distance/min. area/minimum volume. 


d) Real time access for retrieval by scale, min area, density 


functions 
Polygon overlay and merge and disolve - what users want 


Error analysis. 

Resolution eg. PLS survey grid accurate soils +/- 100°. 
Resolution and accuracy + classification accuracy of spatial 
component and attribute component are required for error 


analysis. 


Concept of headers is useful and should be expanded with user 
defined reporting capabilities. Use DLG as a standard for input 


and output. 
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HARDWARE 
BLM will be installing a number of computers. The following 3 
categories are a guide: 

a) $5-20k range 260 resolve areas BLM 

b) $50-150 60-70 districts BLM 

c) $100-1 million State office (12) 


Telecommunication interfaces between all systems will be 


essential. 


Define core components and determine how much can be handled by 
DBMS; and what is to specific to the GIS. 


User interface needs to be identical from micros to mainframes. 








DRAFT 

Fundamental requirement 

DBMS - question whether proprietary or not. Attempt to develop 
generic interface if technologically feasible. Determine number 
of possible licence agreements and total cost and determine 
whether it would be more economical to develop an adequate public 
domain DBMS. 

End user with small system will want most capabilities. Also 
networking, where the small machine tells large database to send 
subset to smaller machine, need to be able to access -large 
volumes of data and perform major computations on large computer 


and send results to micro. 


a) User interface - templates for commands 
1. States of database 
2. analytical procedures/review (synthetic) 
3. product generation 
multiwindow systems - don't run MOSS MAPS SAS - go from 
one to other easily 
On line help/tutorial/error reporting/error propagation/ warnings 


and cautions. 


Skill levels - user profile determine access, security. Level 
of help to be provided for different types of data - eg download 
from optical to hardisk for geographic areas and specific data 


themes. 


4) Staffing of systems requires that central support for fixing 
bugs. 

Need combination of Central, State and local training/user 
support. 

Central data base manager required to coordinate data entry 
analysis and storage. 

Users in District and Resource areas not specifically hired for 
GIS but use as part of their other duties. Revise some of 


training offered now. 


DRAFT 
Bob Ader 


Bureau of Land Management 


Map name for 1:63360 would contain pointer to nested 1:24000 
maps. 
Interpolation with integers only - lots of data with real #'s, 


need expanded capabilities. 


Contouring - look at distribution of points to recommend 
interpolation algorithm - or have system make the decision. 
Display - estimate of error for user comparison between 
different approaches have an automated procedure which will 
observe barriers and cut offs eg. faults. 

# islands should not be limiting. 

Diffusion modelling capabilities will be required but in Raster 
environment. 

Bore hole analysis, fence diagrams, log graphics - symbolization 


and plot. 
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Eric Anderson 
USGS Reston 


Efficient polygon overlay 
Merge dissolve 
Weeding 


Ability to edit topology and reclassify data and edit or update 
without going back to data entry 


Need a common user interface - not separate DBMS and Geoprocessor 
interface or ENTRY/ANALYSIS/OUTPUT systems with different user 


interfaces. 


Retrieval by feature not topological elements. Pull out I-95 not 
individual line segments for I-95. 


Pull out a stream - all segments. Make it transparent to user 
Utilize color graphic display capabilities 


Multilevel resolution -- ODYSSEY allows for tag on coordinates 
for scale at which to display. This is too much overhead, maybe 
keep in separate database. Use 1:250,000 for region then zoom 
for detail in same system but keep in different database to 


reduce overhead 


GIS is an analytic production tool. In GS there are several 
specialized tools. GIS doesn't need a 55k map database. The GIS 
will handle parts from archive. Day-to-day tool should not 


serve as archive. Archives separate from production. 


Letting system know or remind user that there is data of varying 
qualities and integrity. 


Ownership precise or other vegetation data with fuzzy boundaries 


e) 
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- do operations but remind user of resulting data quality. 
Carry qualities of data so that given 7.5 minute roads and 
streams at 1:250,000, the result is roads in river so the user 


knows the reason. 


Ultimate for interlayer topologic consistency checking is to use 


one to adjust other. 


No sole source hardware procurments - so high level transportable 


language is required with very little assembler. 


Manyenrcr Ose OF workstations so ability to configure for 
application. Tt 32> tunctions = get core and 28 function 
required. Flexible and modular so don't get whole system or 


nothing. 


2 levels of user interface 

1) learning environmental menus for novice user 

2) short form with keyword system 
Macintosh must use mouse when 3 character comman or prompt for 


unknown would be easier for advanced user 


Generalize easily - DLG major or minor code. Give beginning of 


hierarchical code and not get detail. 
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DRAFT 
Charlotte Bridges 
AK Dept. Fish and Game 


User friendliness - user interface must be consistent across 
system polygon overlay must be more robust 

no one system can do everything, user has to figure out what they 
need and pick package - but don't expect to be perfect. Principal 


application person is Greg Mills for further discussions. 


Greg Mills 
AK Dept. Fish and Game 


Requirements: 
1. Good digitizing system, easy to use less complex than AMS. 
Instead of separate data structures, need continuity of data 


structures 
2. Good consistent documentation, syntax and user interface. 


3. Database management - generic handle to different DBMS. Many 
groups are using RIM but in long term will look at SQL. Boeing 
will be selling RIM 7.0 on VAX and IBM but not Data General. 

Appearance of SQL affected that decision RIM = 15k SQL = 20k plus 
main people left Boeing to sell micro RIM. General purpose 


capabilites would include sort/merge type of functions. 


4. Analysis - overlay, neighborhood, if ever get geoprocessing 
into full production would use it. ELS (Charlotte Bridges) 


library management systems would need to be integrated. 


5. High quality cartographic output to support publications - 
and put graphics into higher level decision making arena. Permit 
activity by type and year to enhance management capabilites. 


Land status issues - graphic support. 


USGS and DNR - $22 million into a 1:63660 orthophoto and digital 


DRAFT 


base map program, ADF&G will ultimately want to use that data 


but concern about size of equipment required. 


Permit data in manual filing systems which are peterent in every 
office and group, currently no georeferencing. No DBMS selected 
because computer not determined will probably use IBM statewide 
network. PocemuLraily pull @files* from ‘DBMS)cand. Link to 


geoprocessing systems. 


6. Area planning - draw out data from Copper River, more 
efficient vector processing. Digitizing in AMS format, digitized 
elsewhere converts to MOSS format. Break down of resource levels 
by planning units; need to be able to perform boolean modelling 


in vector world. 
7. Database for 3D true area, true length. 


8. Need to tie into IBM-PC for the field office use and enable 
them to access the graphic related database. However, the 
Primary use of the PC's would be for word processing and basic 


business operations. 


9. 20% of system use is geoprocessing - one of biggest problems 
is complexity of packages, time to enter, time to display, size 
limitations, lot of things none standard non routine? Savings by 


automating are questioned. 


10. Lack of training and experience - build in tutorials but 
basic education of users is a real problem - most of biologists 


never really had contact iwilth ‘computers. 
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Bill Brooks, Jim Hendersen, Brian Andersen 
Conceptual frame work same as MOSS now 


Required: 

1) updating from display for graphic and attributes 

2) more efficient 

3) no size limits 

4) logically combine no interior lines (reclassify merge and 

dissolve) 

No major capabilities in arc/node system which are not in an 
existing polygon system. 

5) networking exists conceptually but can't do practically 


therefore have to simulate. 


Limitations of current MOSS: 
a) system does not perform per specs. (limits too small not 
accurately recorded) 
b) any system limited because of polygon data structures 
Priorities for system: 
1) composite features a) display as logical results atb=c 
| b) analyze composite ie C NOT a+b 
2) buffering based upon flexible analytical capabilities and not 
be defined by data but by user: 
a) one side 
b) both sides 
c) multiple buffers 
d) differential buffers 
e) zoning 


£f) boolean in buffer exception criterior 


Needs to be interactive with attributes, spatial + attribute - eg 
1 mile of road, except when within 1/2 mile of moose habitat in 
which case use 1/2 mile buffer. 

Data reformating not problem can write conversion routines but 


time consuming. 
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3) Data base management have evolved through three basic stages, 
a) very basic - file management, flat 
files, sequential access 
b) hierarchical - very structured 
format eg S2K if data structure fits ok, have to use simulated 
relationships 
c) relational - like in versions of 
ROM emorewthexibility in structures and relationships: 
Relational database management systems are the right idea for 
thought process - logical view of data but not fully implemented. 
Relational models are not fully implemented but constrained with 
hierarchical mind set. Have to think relationally to use the 
system effectively ie. what elements are interrelated 
4) ability to accomodate 3D in data a) not only surface but also 
access subsurface data. 
b) be able to accomodate 
ocean environment and atmosphere data and boundary conditions 
c) true area 
d) true length 


e) true distance 


5) metworking - broad context - a) based on spatial criteria 

b) based on contextual criteria 
eg. drainage watershed, all the analytical operations of a 
network in 2 dimensions and multiple dimensions (ie. add time 
component) 
For overlay processing only take along the relevant intersected 
arcs, retain pointers, 
Intersection only breaks the arc if relevant. Search all 
attributes and intersections before returning to the original 


arc. 


6) user friendly - a) different levels of interaction with the 
system 


b) novice to expert 
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DRAFT 


Integrated systems - data type independent vector, raster, text 
TRSANSPARENT TO THE USER 

1) error comparing in system 

2) inform user of consequences of analytical routines 


3) inform user of ontogeny of product. 
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Harry Coloumb 
USFWS-WELUT 


Link between MOSS and S2K, MANAGE, INFOCEN, RIM and other DBMS's. 


Doesn't want a DBMS built into GIS. Only a nice linkage. Stay 
in one system and access another. A generic linkage between MOSS 


and any DBMS. 

Complex Queries that result in a classification of features. 
Essentially unlimited number of attributes per feature. 
Report writing capabilities for attributes. 

Complete form 5 and 6 soils database information. 


Characteristics of a DBMS: sophisticated query, multi-user, 
levels of security, flexible import from and export to other 


DBMS, report writer. 
DBMS and GIS integration could take two forms: 


1. Loose form with external files. Connection would be by 
feature identifier. This is a disadvantage from an operational 
and user interface point of view but a major advantage in that 
most DBMS's could be used provided the data could be output in 
the proper format. 

Lan GIS run from within DBMS and visa-versa this would be an 
advantage for the user in terms of smoother operations but a 
major disadvantage since the GIS would be tied to one DBMS and 
response in both systems would be degraded due to increased size 


of software and its overhead. 


The first form is the more straight forward, simplest, cheapest, 


and more likely to succeed. 
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Pat Dempsey 10/30/84 
B01 


Designing generic interface to relational DBMS would be difficult 
because of diversity of query languages. 3 thevelsivot 
interaction: 

1) most primitive level have internal DBMS. 

2) partial interface in MOSS. Database schema, build data base 
translator - attribute data in relational DBMS 


3) totally integrated 


Generic interface very difficult - internals are totally 
different MOSS have own upper level schema definition, 


translation to, for example, RIM. 


lst phase pass files as the result of queries. 
Mapname and unique identifier held in relational DBMS, as basis 


for cross referencing graphic and attribute files. 


With existing relational data bases have lat/long of eg wells, 
Use DBMS to build and update database only be necessary to change 
graphics for major revisions 

Finite set of operations. Problem of eg merging records in 


DBMS and updating graphics by eg. dissolving lines. 


Two important points to be bourne in mind: 

le. every feature has unique set of values, every polygon have 
entry in DBMS 

2. Bounded classification like soils - use pointers to table 
look up and have special field in MOSS to maintain the list and 


pointers. 


EDIT UPDATE 
Traditionally graphic databases are stable and not much edit and 
update - procedurally geographics stable then add attributes. 


Use direct calls eg. for Query and Legend. 
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DRAFT 


Dan Edwards 
USA-ETL 


need to be to handle extensive multiple attributes at time of 


data capture 


need flexibility in attributes because may want to add data from 
collateral sources 

structure for carrying those attributes is a difficult problem in 
expert system - use frames for the information 

Lots of applications for right now and future - require user to 
be able to and manipulate attributes and relate back to graphics 
from attributes 

Will be building a data base - terrain data base for autonomous 
robotic vehicle based on sensors. For this the simple digitized 
system will not accomodate vision systems data and assist in 
interpretation. 

Review ability to enter data from different sources to provide 
time update of data base 

Need to be able to extract essential data aand prepare a single 
layer for rapid access. 

Need 3-D data base 

Hook up AMS data bases with expert systems and implement global 
and local rules bases. 

Any consideration of manupulation should take into account expert 
systems 

Need to decide whetherto develop new systems or existing systems 
Accomodate Z values + time 

Display 3-D surfaces and allow one to change view angle 

More interested in Topography, although some civil engineering 
applications are required eg. surface materials for road building 
Groups are looking at DBMS but the trend is towards expert system 
structures. Ideally one would line an interactive GIS, 
relational data base management system and an expert system. 


However we must be realistic. 
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Some micros now have greater power than the existing minis 
therefore should design for mini-/super mini computers to avoid 
redundancy. 

Need ability to bounce back and forward between vector and 
rastor world. 

Need link to external statistical package, forunivariate and 
multivariate statistics 

Need to have straight forward data inport and export formats for 
data sharing 

Current import routines are implemented as external programs that 
need to be integrated into the system. Keep extermal routines to 
the minimum. 

Need to implement more efficient symbolization for points, lines, 
and polygons, need to be able to assign symbologies based on 
multiple attributes 

Indexing system for available information and display and 
labelling. 

Keep history of maps. 

Symbolize attributes in DBMS and draft according to scale. Track 
accuracy and resolution of data. 

Interactive screen editing of graphic data would be nice but 
wouldn't use that much. 

Some sort of forms display, also need requirement for use to 
define the fields and lay out the forms and selected the 
information that would be recorded. 

Focus thinking on expert systems; statistics and current methods 
get to certain point, rules get you further. Simplify the use 
interface. 80-100 different commands may expand to 400-500 


commands but user friendliness would decline. 
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Robin Feagus 
USGS Reston 


Reclassify-merge-dissolve 

Boolean query with DBMS - regression analysis then reclassify and 
make new map 

Census tract - CBD, urban, rural redefinition then merge dissolve 


Manual edit of data while in analytic system 

Retrieval based on what is left or right of a line 
Onevercmorenoceright 

not left and right, etc. 

Land/water, Urban/Ag, Wildlife boundaries. May form lines from 
polygons 


Edge match across sheets 


DBMS - complex queries and classifications and then out to GIS 
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Dennis Murphy 
USGS - EDC 


1. Current shortcomings. Items in addition to those defined by 
MOSS users group. 
a) Limited editing capabilities for coordinates and 
attributes, especially data from other digitizing systems - 
problems prevented completion of overlay - because of 
topological problems need topological verification in MOSS; 
especially when data coming from other sources; especially 


problematic with DLG and other systems eg. scanners. 


b) Database management system - current short coming - one 
problem with VAX version of MOSS, assignment of attributes 
cumbersome, creating text file had to make order of file 
coincident with feature file. More general attribute 
definition language required. For smaller organization some 
Capabilities internal. If lot of work with detailed 


attributes look to commercial DBMS. 


c) Lot of opportunity for modelling with detailed attribute 
information. Attributes, line length, perimeter and area 
stored in DBMS. Other capabilites required’eg. provide 
Subroutine library for easy access to programmers to 
manipulate attribute fields and add derived data. 
Expand modelling to general functions applicable to 
attributes 1) sub-routine library 

2) utility function to take selected 

attributes and dump to SAS, BMDP, and 

clustering routines. Functions which would sample eg. veg,., 
soils, etc. Work towards application to use clustering routines 


and then take a sample of the areas on the ground. 


d) Attributes to include mensuration values. 
e) Link to symbolization files for lines, points, areas, 


Single/multiple descriptors and permit changes of symbology 























DRAFT I 
with scale. Interval, ratio and derived variables take 
values and group by statistical or user defined criteria 
then shade accordingly. Particularly applicable to forestry 
and range management. Economic analysis tend to use plot 
samples vs. polygon. Manipulate attributes compute economic 


values and map results. 


f) 3D database for true area, etc. especially with economic 


considerations. 


g) Merge and dissolve, union and complement functions. 


(Complement=spatial net functions). 


2. Future production needs: 

a) very difficult to estimate. GOomWOL kK Sea CarOMe fOr 2 
extremes, very large databases eg. Alaska 160 1:250,000 
quads interested in 7-8 layers for each quad. Other extreme 
DG Micro for use on districts and wood lots. Difficult to 
describe production needs because time frame depends on 


needs. 


b) get away from all limitations on size. (MOSS appropriate 
system for Federal Agency - often site specific and MOSS 
most useful in this kind of applications. However, for 
regional areas with extensive and detailed data the question 
is whether to increase the capabilities of MOSS or use 


another system). 
3. Current Analytical Capabilities 


Requirements: 

a) reliable overlay processor, ideally one processor for all 
Spatial operators and permit retrievals of attribute data. 
Design aspects most important - continue to evolve one query 


language, i.e. uniform user interface 
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b) buffer zone generation single, multiple, inside, outside 


and take into account contextual criteria. 


¢) combine attribute retrievals with spatial retrievals full 
2 way interface for DBMS retrievals. Identify map features 
via cursor and have link to DBMS to retrieve and display all 
or selected variables, use to select a subset and perform an 
overlay at the same time. Select areas of certain 
productivity then within specific management district or 
distance of river relect certain categories. Overlay and 
proximity on features selected by detailed attribute 
searches first. Ability to manipulate attributes and derive 


new ones would be very important (high priority). 
Requirement for DBMS: 


a) have convenient way to define attributes and associate 


with features. 


b) report generation capabilites - users define formats of 


reports. 


Cjevetomiicerraces forms input, “output, use cursor to 
identify feature and display attributes in a form - run 
update based on form input capability. Make attributes more 
accessible for a user. Implement on separate terminals 
particulary for a inventory applicatons - split screen 


difficult to work, overly dependant on terminal type. 


d) Require capability to merge and dissolve on several 
fields reclassify attributes and attribute sequences based 
on multiple fields, avoid predetermined sequences - 


need more flexibility than currently in eg. Info. 


e) change subjects is a very cumbersome procedure have MAPS 


type capabilites in MOSS in fact, these features would be 


im = 


— 


1iVuqd 


more appropriate in DBMS. 
Internal editing for headers. 
Headers would be in the DBMS and expressed as a relation 


permit user to define additional fields of header 





information. 
Keep the development sequence for a derived map in the 
headers. Question would be: do you keep as written record 





Or pointer history? Automate as much as possible because 
users not too good at keeping records. At a minimum keep 


source maps and all functions executed to get the resultant 


maps. 


5. Dennis wishes to review the draft. 
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Jeff Neibert 


BLM New Mexico 

Boolean functions or queries on attributes and data 
Merge dissolve capability and a true union 

Polygon reclassification 


Use LANDSAT, Digitized, scanned or existing data all in same 


system and differences negligable to users 


Data management of cell, vector, master, work data is cumbersome 
No individual map sheets - management problem 

Name layer or give clip window 

Digitize by quad - use quad as building blocks but no map sheets 


for analysis and display 


No separate entry, analysis, or output systems, causes multiple 


copies of data for each system. Store any coordinate only once. 
Statistical interface for data like SAS 


Data management - for user window an area, name the theme or 


subject, and the quality of data required. 
Wants relational DBMS for joins 


Uolamited display capabilities - don't want to restrict 
symbolization, wants to control medium or method. Requires 


interactive map compilation. 


TOPOLOGIC and ATTRIBUTE CONSISTENCY 
Land lines and ownership - digitize from different scales - must 
match them up. Inter-layer topo consistency - get rid of slivers 


Horizontal - priority ranking of what to match to what. 
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Currently match during digitizing. The order is land lines, 
ownership, mineral ownership, range alottment. 


Vertical - edge match topo and attribute between sheets 


Wants to update with highly detailed data into existing data 


base as it comes in. Carry level of detail in data 
Buffering in and out on features 

Networking - shortest distance 

Pattern analysis - random, etc. 


Sampling - random, stratified random, etc. 
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Harry Niedzwiadek 


Autometric Inc. 


Revision - be able to handle in an efficient fashion and retain 
revision status information at the node level 

Need to be able to address specific revisions and retrieve 
revision histories. 

Edge nodes, and boundary file structures need to be accomodated. 
Feature revision may require revised topological entries 
Theoretically carry accuracy for each point. Carry a coded value 
which doesn't have absolute accuracy values but which identifies 
in classes which have absolute ranges. Point level takes up too 
much space, do it for each are and node ie. at topological level. 
Set accuracy equal to lowest accuracy of any point in the arc. 


Know that any point is going to fall within the accuracy range. 


Link features together in comparable ways to deal with islands. 





Be able to accomodate eg. multiple floors in a building when the 
building outline changes. Features consist of areas, lines or 
points now but with any advanced system it will also be necessary 
to incorporate structures. Structures will consist of multiple 
lines, areas and points. Structures will be features not in the 


cartographic sense but a real world sense (eg. spoil piles). 


In municipal applications digitize base of structure but how do 
you put in buildings showing exterior shape and interior floor 
plans, use design files. Attribute files also link to other 
graphic features. Problem is spatial. Do not disrupt the GIS, 
locate building or mountain base, and when you want to reference 
other level of information go to ancilliary design files. Ina 
very rudimentary fashion move to 3-D world, for example point to 
building outline, zoom to the feature then go to floor plan for 


3rd floor with design file. 

















Lynn Oleson 
USGS-EDC 


Most of my contributions are from system and implementation 
perspective. Many ideas come from design considerations 


referenced in the RFP. 


1) minimize impact on current user environment especially user 
interface 

eye Pprovwidercapabillitytto convert from polygon to are node or 
process both data sets together for a time. May be able to use 
existing AMS/ADS data. 

3) move toward data structures and DBMS in a very clear fashion, 
make spatial data procesing a subsystem in itself. Separate 
coordinate, topologic attributes and symbolization files. When 
it makes sense to combine modules for specific applications then 
link them together. Keep algorithms and application models 
separate from user interface, cartographic output, attributes. 
This will provide greater flexibility later on. User interface 


to be retained so that users are unaware of application modules. 


Focus on where you can increase modularity because the system 
will not be implemented at one time therefore it will be 


necessary to develop core utilities first. 


MOSS is the analytical center for data management and analysis, 
AMS/AOS/COS focus on arc/node and relational problems, and 


represent additional modules. 


Editing capability will come up from other user groups especially 
to get around topological problems of data from external sources. 
Interactive edit will be useful but not to go as far as a full 


dygitazingsfunction. 


Items defered from enhar. 
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4) Implementation approach for EDC environment because of time 


frame need to design for a phased implementation to augument 





current polygon environment. Rather than develop a completely 
separate system the new capabilites must grouw out of the 
existing MOSS. Users need to be able to maintain continuity 
between exisitng and new functions and existing data dormats. 

5) Relational DBMS Attributes - load and edit easily, provide 
report generation capabilites, also need to address integration 
of spatial information. All analysis and output will address 


Spatial and attribute data. 


Keep DBMS in MOSS so that smaller users can use the system 





without carrying excessive overhead. Ramifications area real 


concern. May be handled in application module approach and 





Standard interfaces - an approach like this will handle both. 


Try to encourage all possible functional requirements and 


classify them in full. Recognize all points must be addressed. 


6) Device independent graphics. 


7) Requirement to be flexible as possible with hardware 





requirements. Smaller system implementations will be subsets of 
the larger system. Consider using a data structure related to 
32 bit virtual environment rather than 16 bit machine. Look from 


top down rather than bottom up. 


Raster and Image processing environment use modularity in their 
implementations on minis and part the code as required. Micros 
have limited processing and storage space. Go after larger 


environment and migrate down a technology develops. 


Modularity will also make it easier to incorporate new algorithms 
and capabilites. Multiple algorithms may be implemented in one 
procedure especially if no one answers all cases. Keep 


environment flexible to add, incorporate, or replace. 
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Russ Pence 


Infotec 


1) Can support a compressed data structure using file pointers, 


non-duplicative coordinate structure. 


2) Allows for graphic spaghetti (x, y) data entry without 
defining polygon topology during digitization. 


3) Can incorporate intelligence for data editing such as 


undershoot map, overshoot clip, etc. 
4) Can support network simulation functions. 


5) Can support an interface to the triangular irregular network 


approach to surface modeling. 


6) Reduces data set size. Reduces complexity of data. Weeding 


is much easier function. 

7) Reduces problems in logic when data set size increases. 
8) Faster polygon overlay. 

9) Does not concatenate/clip attribute fields. 

10) Can handle any given number of nested polygons. 


11) Allows for dissolve logic. 


12) Provides for the splitting of arcs. 
13) Allows for physical coordinate merge on adjacent map 
modules. 
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14) Provides for a simplified clipping and paste-over function. 


Disadvantages to the ARC/NODE approach 


1) Some digitizing still not geared to spaghetti approach. Must 
allow for ARC/NODE input. 


2) Has a certain amount of overhead regardless of file size. 


Overlay takes longer to run on smaller data sets. 


3) Some software still does not support points, lines and 


polygons storage in same data file. 


4) Requires a great deal of pre-digital compilation - re: 


polygon/line/point feature labeling. 
5) Attributes must be keyed twice for validation checking 
however, this is a time consuming effort and takes time away from 


eagitizing erunction. 


6) No edge-node topology in some systems (ARC/INFO). 
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Russ Pence 1175/84 


Infotec 


Functional Requirements of an advanced ARC/NODE based GIS. 


GENERAL 
l. A mapfile, coverage, theme or whatever should not be confined 
to the set-up of a defined spatial "area", set-up or by any 


coordinate systems. 


2. Polygons should be able to be composed of any given number of 
arcs. Arcs should be able to support any number of vertices 


(subject to virtual memory limitations). 


3. Polygons should be defined by a set of arcs and its interior 
should be defined by digitizing or by whatever means - labeling a 
point inside the polygon. Point labels can be associated with a 
pre-coded attribute form or may be major attribute of feature. 
Optional left/right encoding during digitization. 


4. The system should accept data files from polygon systems, 
scanner files, network files, DIME files, ADS files, AMS, DLG, 


and all other major input sources, 


5. Segment files and point files should censist of standard, 


direct access files. Map coverages consist of: 


Segment attribute file 

Lists of segments at each node 

Segment vertices and topology 

A node table and node attribute file 

Segment cross reference file 

A boundary (MIN/MAX) file 

Label coordinate file - with corresponding topology 
List of segments composing polygon file 


Polygon attribute file 
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Polygon cross reference file 
Set-up and geodetic location file 
Point coordinate file 

Line coordinate file 

Point attribute tables 


Line attribute tables 


6. Should contain a capability to enter, extract, analize, store 
and otherwise manipulate cartographic data on a WGS or some other 


global coordinate system, eg. Intergraph World Mapping System 


Ts Should allow entry to be in strict graphic (x,y table 
coordinates) or geographic coordinate systems. Input option to 


Operator. 
8. Should allow for spaghetti and/or arc/node digitizing. 


9. Editing module should correct for input errors in topology 
and/or manual errors such as undershoot, overshoot, knots, etc. 
Editing module should operate on NMAS standards or user-defined 
tolerances. Polygon topology should be constructed during a 
batch editing processs. Line and Polygon coverages should be 
able to be integrated for colinear intersection determination. 
Point files should be able to be correlated to line and polygon 


tables for topological validation and verification. 


10. Forget dangle distances, fuzzy tolerances, etc. They tend 
to pull and massage data to user specified tolerances and are 


hard to understand. 


con Point and line features should be able to be overlaid on 
polygon features. Node tables can provide the basis for building 


a point attribute table. 


12. Continue to use the node on boundary concept when digitizing 


adjacent data files. 
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13. Maintain overlay functions for: 
clipping - cookie cutter approach 
intersection 
union with and without automatic dissolve 
NOT 
ANOT 
ORNOT 
All overlay procedures should have no max number of point or 


polygon limitations. 


14. Dissolve function based on a value or range of values. 
Provide for a dropline function which onLy drops lines on the 


plotfile but doesn't alter data set. 


15. Provide for spatial templating and the use of previously 
digitized data (at any scale, projection or resolution) whether 


using graphic digitizing or spaghetti digitizing. 


16. Provide for a generalized update function which re-cleans 


and reconstructs polygon topology. 


L7e Forget ADDWAMS. Keep the transformation and editing 
functions in a separate module. Use projection modules only in 


post-processing. 


18. Provide for a generalized traverse input/analysis function. 
Use a COGO function to create an arc-based coverage or just to 
create plot files. Build tables of bearing/distance functions, 


etc. 
19. Maintain an eliminate function which eliminates arcs by 
dropping the longest shared border between them. Eliminate by 


minimum size. Eliminate by non-consistent attributes. 


20. Have edit plots labeled with point symbologies at potential 
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errors of - dangling arcs 
- knots 
- missing arcs 
- pseudo nodes 
- label position errors 


- missing labels 


Zl Maintain text nodes separate from the node coordinate file 


and node attribute table. 


22. A generalized buffer command which can buffer points, lines 
Or polygon (inside or out) and uses a lookup table to define 
distances per item (attribute) buffered. Dissolves overlaps 
automatically. Creates a polygon coverage which can be appended 
to other coverages. Each buffered polygon on an output coverage 
should have an additional field indicating if the item was part 


of an original input coverage which was previously buffered. 


23. Ability to use the cursor as a menu selection device or to 


allow for user specified input strings. 


24. Map neatlines must be able to be digitized or become part 


of a data set. 


25. The user in any node should be able to define an english, 
metric or some plane or coordinate grid, and use it as a working 


grid. Optional base angle for grid. 


20. Flashing or reverse video should enhance working data 


elements at user request. 


als Incorporate the vector-based Triangular Irregular Network 


model into the vector system. 


28. When appending, merging or overlaying coverages, delete and 


recreate polygon topology for overlapping schema. 
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DRAFI 


22) 6 Develop and maintain a generalized network simulation 
Function for: Interactive routing 
Traveling salesmen 
Accumulated flow (min/max flow) 
Accumulated distance 
Area determinations 
Districting/Redistricting 
TIGER interface 
DATA BASE CHARACTERISTICS 
30. Supports sequential, direct and keyed access to data files 
31. Able to support: 
- binary integers 
- binary floating point numbers 
- integers 
- real numbers 
- character strings 
- data fields 
32. Perform validity check capability as data is being extended 
via - valid format 
- range checking 
- check against list of values 
33. Data entry by formatted screens, importing existing ASCII 


files, standard key punching 


34. 


Automatic polygon attribute table construction with feature 


#, area, perimeter, user assigned ID, etc. 


ao, 


36. 


Sorting by at least five key fields. 


Boolean retrieval from up to nine or ten tables. Operators 


De _ 
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U vin 
SeeAntemeR, NOT, EO, NE, Gl, GE, LT, LE, CN (continuous string), 


ND (does not contain string). 


37. Composite expressions should be able to be built using left 


and right parenthesis. 


BBs Requires standard and user-specified report writing 


functions with extensive formatting functions. 
39. Arithmetic operators, logrithm, exponentiation supported. 


40. Redefinition function to support export of data into 


Statistics program or other applications software. 


41. Horizontal and vertical field modification function. 
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Donna Weyer 
US FWS - WELUT 


Problems as in the users/systems meetings held during this last 
year. 

Lot of v. complex data timber and soils, complexity of data, area 
tables too slow. - shading routines too slow for use, Calcomp 
plots double line problem too long to generate COS plots. 

Overlay problems, SCS. soils used to generate proposed land use 
area. Save zoom maps without overlay processing - forest service 
requirement especially for timber. 

Talked about 3D data structures for vector - low priority 

General speeding up for large data sets. 

Have all programs work off same data sets. 

Want to be able to edit subject in single polygon with single or 
multiple attributes, sub editing in MOSS proper is too weak. Can 
do editing in MAPS, for changing headers. 

Headers to change to include: 

additional information including maps used to derive a new map, 


include warnings about scale 


Network analysis - not high priority. 

Text and symbology, fonts are fine, shading patterns fine but too 
slow. Add new line styles. 

Assign command nebulous 

Calcomp command lack of documentation but still problems with 
legend and bar scale. 

Standard screen displays - quick and dirty is fine. For paper 
copies Calc.command has incorporated COS type features, would 
prefer earlier version of CALCOMP. 

Plot option to do automatic labelling, item numbers etc. 

Stream labelling and be able to move labels around, and automated 
generation of lead lines. 

Pan, zoom and scroll around a map area. Increase color 
capabilities for use with a number of different devices. Device 


independant graphics is important. 
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DRAFI 


Move features around map face, new line styles. 
Have no limit for # of coordinates of any feature. 
Curve function in generate for smoothed outlines especially when 


digitizing from screen. 


Have aversion to menus, likes command driven but prompts 
available - some entries have to be prompted but this needs to be 
consistent. Active map tables are useful personally work with 
map names. User be able to choose which descriptors should be 
displayed. 

Big complaints about - combining data types, why separate maps, 
get rid of different data types. 

Quad lines are a persistent problem -. merge and dissolve 
Seamless map, saver of time only want -one section of data so 
would not be necessary to keep all data on line - storage space 
considerations. 

Use of logical constructs to address. eg. what do you have for 
this area. 

Have DBMS give Summaries. 

Library functions including archiving information. 

Push buttons terminal dependant, machine and peripheral 
independent are important considerations. 

Users develop a procedural sequence - Save procedures as log 


files for future documentation - user option. 


System use: ability to have varied types of coordinates, PLS, 
lat/log, UTM. 

Interest expressed in key board entry of coordinates - remote 
data acquisition systems eg minirangers, laser theodolites. 

NO MORE ADDWAMS 

links between subjects (attributes and symbols/colors/shading 
shading in maps - change of pattern according to subjects) 
Training side -- self teach modules build in, an area that came 
with MOSS eg demo. Application training modules. Some sort of 
prompting for a procedural sequence to be edited according to 


local requirementts. 
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DRAFI 


Map index/bibliography system in the DBMS 
Some way of calling help files from within a procedure. 


Help file running through examples of the command might include 
graphics as well. 
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Curtisawilcott 
BCct 


What a relational DBMS should do; 


FUNCTIONS 

- several levels of security 

- levels of protection on datasets and fields - read, write 
passwords access 

- in creating data - data sets easy to define, create, load 
and off load 

- ability to take broad range of input data and put it in 
the standard entry format for the RDBMS 

- put out in broad exchange format other than load of system 

- DBA shoud be able to easily change: SCHEMA names of items, 
cross reference tables 

- add new item to data set 

- able to specify conditions during relation formation 

- relation join should be very forgiving and allow join of 
whatever user specifies 

- store relations and use later 


- build or invoke macros 


RETRIEVAL 


-Get at individual records and subsets of records 


-Let users do concurrent updating. Let define for a 


dataset whether or not concurrent update is allowed 


-Logfile kept or other recovery mechanism to redo or undo in event 


of system crash 


-Editing on input - masks on fields, verifying, new values 


inserted based on arithmetic calculation of existing fields 
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DRAFT 


BELLS and WHISTLES 

Report writer with user definable headings, footings, page 
breaks. 

Forms package for entry, retrieval, update on particular item. 


Full graphics with pie charts, bar charts, scatter graphs. 


Full stats package linkage to something like IMSL or SAS. 
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DRAFT 
Bob Wright 


Bureau of Indian Affairs 


Level of activity 6 1/2 million acres, over 50 million acres 
Bureau wide - will have 20-50 data themes most at 1:24,000, 
1:250,000 and DLG,. 

1:250,000 and 1:500,000 River reach data. 

Beginning Data Entry 1:400" engineering level detail e.g. for 
irrigation work 

Yakama 64 quads about as large a single project that they will 
have. 2+ gigabytes of data for total database. Yakama pushing 
1200 maps with elevation will be over 500 megs. 

Concept; will load 

quads as required locally dial in to a big machine for more 
processing power. 

1 giga. miniature disks will be available - some other medium to 


have data on line in the future. 


Stay away from big main frames - will use, for example, Data 
General 4000 SC gambling that hardware will support networking 


Capabilities and be transparent to the user. 


Each reservation one DG 20 initially add another eg. 4000 rather 
than the expense of an MV 8000 - buy hardware to fit this years 
budgets and add hardware as database increases rather than get a 


big machine and fill it up straight away. 


Land Management - still adequate functionalities. 

Networking for river system and river reach. Need to be able to 
do range type operations and, for example, moving up and down 
from Seg 47. 

Give me all arcs below and above a point - immediate need - high 
priority 

Need 3D values. Update all data with Z values 

3D analysis for timber, previous timber sales, true length, true 


acreage. Road design, add CAE/CAD capability, create symbols 
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move around. Need to be able to do road construction/designs 
pneludingecut tandefi 1. 

Gradient analysis for streams. 

Applications for right of way. Put design into system for roads, 
soils percolation analysis 

Have to see CAD/CAE incorporated in like MAPS command eg. CAE 
then walk databack and forward between the systems or within the 
same system 

Raster ito’ Vector 

no longer just vector and raster 

Users not to have to worry about data types. 

Watershed analysis - very important 

get away from single map names only, use limited expert systems - 
for applications - do away with data types - transparent to 
operator 

Develop resolution independence within the data, load, 1:250:000 
over plot with 1:24,000 rivers up to a mile off. Some form of 
symbolization to indicate scale of data at input and warnings 
issued to user. 

Bothered about function keys because not machine independent. Set 
up logical constructs in code rather than making it terminal 
dependant eg. running gate use F1l3 on DG to get back to screen 
control but not on Visual 500. 

Non repetitive command use established sequences, dictionary of 
constructs. 

In MAPS Break Break Control C control B on Tektronix, if have DG 
micro command sequence kills system. - getaway from equipment 
dependent problems Have to have program that is transportable 
DBMS - wants COMPUTE command, need MOLee Ofna cerk ind: OL 
capability add things to attributes and subjects. 

Have true database interfaces with geographic data. eg. run river 
reach and map data in same program. 

Compute pilot project work on single maps with single attributes 
- take attribute multiply with another attribute and acreage 
and update attribute files with derived values. 


Sorts which will carry map data along. 
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Commands and Active Map not too much of a constraint has its 
place. Got to keep for some users. Need that kind of interface 
because get lost too easily. Active table important part of 
keeping track of what they are doing. Have active table in MAPS. 
Because of use for teaching purposes helps to understand data 
differences. Include scale of digitizing on active map table. 


User define information to be displayed in Active table. 


Training self teach module included with the package, 3 levels of 
training 1) formal class room , 2) more user training to run and 
learn program use - interactive and running problems - intensive 
hands on use plus work book concept, 3) develop user manual using 
BIA data base, how to develop cookbook, 4) video cassettes as 
aids for local training, whereas now using slides get away from 
those. 

Need room for users imagination to develop; the systems 
technology is already too far beyond most people's grasp. 
Education side user application training - be able to log 
activities eg. Timber management plan analysis 

Need to know power of program - whole areas of applications we 
have not thought of yet. Develop generic environmental 
assessment - modify to meet local needs 

Some one build timber sales model user see where can plug in 
their own data. 


Really intensive trainingin application work. 
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Bruce Wright 
USGS 


Reclassify - Merge - Dissolve 
ARC editing for both attribute and topology 


Attribute handling in DBMS - more than one attribute retrieval by 


boolean parameters 

Weeding capabilities - coordinates identical after weed 

Topologic formation for data coming mainly from outside system 
Given 3-2-1 att. code for land use request 3 2 and leave out L 
On an hierarchy classification user could request drop lowest 


level and map generalized for plotting or to form new map. No 


point generalization - just generalize on attribute. 
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